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TITLE: System and Method for Determining End-to-End Characteristics of a 
Data Communication Channel 

Copyright Authorization 

A portion of the disclosure of this patent document contains material that is subject to 
copyright protection. The copyright owner has no objection to the facsimile reproduction by 
anyone of the patent document or the patent disclosure, as it appears in the United States 
Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights 
whatsoever. 

Background of the Invention 

The present invention relates to a method and apparatus for detecting characteristics of 
a communication channel. In particular, the present invention may be utilized to determine if 
a communication channel is digital end-to-end. For example, the present method and 
apparatus may determine whether an Integrated Services Digital Network ("ISDN") to ISDN 
connection is all digital. Alternatively, the present method and apparatus may determine 
whether an ISDN to Tl/El, or Tl/El to Tl/El, connection is all digital Impairments in the 
digital connection may also be detected by the apparatus and method of the present invention. 

For ISDN to ISDN connections, some known systems send digital data over a channel 
that is billed as analog. Such systems do not verify that the channel is actually digital before 
sending the data. Rather, such systems may simply follow the practice of "just trying" to 
blindly send digital data over what may be an analog link and "seeing" if it works. If the 
channel is believed to be digital, but is actually analog, the connection will fail. 

For ISDN to Tl/El, or Tl/El to Tl/El, connections, no known methods or apparatii 
provide high speed data transfer. If an ISDN to Tl/El, or Tl/El to Tl/El, call is made with 
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prior art systems, analog communication is typically provided (speeds up to 33.6 full-duplex). 
In accordance with standard industry practice, communication occurs as if only over an analog 
link. 

Accordingly, it would be desirable to have an improved method and apparatus for 
5 determining characteristics of a communication channel. 
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SUMMARY OF THE INVENTION 
In accordance with the present invention, if the communication channel in an ISDN- 
to-ISDN connection is determined to be end-to-end digital, the data can be sent and billed as 
an analog call. In addition, if the communication channel is determined to be analog, then a 
5 second call attempt can be made requesting (and paying for) a digital call. Moreover, if an 
ISDN to Tl/El, or Tl/El to Tl/El, connection is determined to be all digital, digital data 
transfer rates of up to 62.666 kbps/B channel full-duplex can be achieved utilizing the method 
and apparatus of the present invention. 

It is an object of the present device and method to provide one or more of the 
10 following features or advantages: 

Enable digital communication at up to 62.666 kbps full-duplex from ISDN to Tl/El, 

or Tl/El to Tl/El; 

Enable more robust and faster communication at up to 64kbps full-duplex from ISDN 
to ISDN (BRI-Basic Rate Interface or PRI-Primary Rate Interface) connections while being 

15 billed for an analog call; 

Determine whether any point-to-point GSTN (General Switched Telephone Network) 
communication channel is digital end-to-end; 

Determine whether any communication channel is digital end-to-end; 
Determine whether a G.711 CODEC (Coder-Decoder) is in the network path; 
20 Determine if robbed bit signaling is present and determines the position and number of 

the robbed bits on an all-digital network; 

Determine whether the network requires a minimum "one's density;" 

Determine whether one or more digital attenuator pads are present in the connection; 

Use a scrambler to prevent the network from compressing the data; 
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Use zero byte suppression to communicate digitally over a link that converts 00 to 02; 
Determine if one or more robbed bits are present in a communication channel; and/or 
Determine where one or more robbed bits are located and use 100% of the remaining 
non-robbed bits for data. 

5 
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Description of the Drawings 

Figure 1 is a block diagram showing a connection between two devices having digital 
connectivity to the telephone network. 

Figure 2 is a block diagram showing a sequence of initial negotiations between the 
5 calling device and the answering device shown in Figure 1 . 

Figure 3 is a block diagram showing more fully the content of block FF in Figure 2. 

Figure 4 is an expanded diagram of the contents of block SQA in Figure 2. 

Figures 5 A and 5B are an expanded diagram of the contents of block SP1 in Figure 2 
and a tabular description of the contents, respectively. 
10 Figure 6 is an expanded diagram of block E in Figure 2. 

Figure 7 is a block diagram of a transmitter in the calling device and the answering 
device shown in Figure 1. 
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Detailed Description of the Preferred Embodiment 

Figure 1 is a block diagram showing a connection between two devices having digital 
connectivity to the telephone network. A calling device 10 has a digital connection to the 
General Switched Telephone Network ("GSTN") 12. An answering device 14 also has a 
5 digital connection to the GSTN 12. At the beginning of a call between the calling device 10 
and the answering device 14, certain characteristics of the GSTN are unknown. 

Figure 2 shows the negotiation between the calling and answering devices 10 and 14 
using the present system. The calling and answering devices are preferably modems. The 
following is a description of what each of the modems 10, 14 is doing during negotiation over 
io data communication channel 1 6, as shown in Figure 1 . 

Figure 1 shows a calling device 10 communicating over a data communication line 16 
with an answering device 14. The line 16 may or may not include an analog segment The 
devices 10,14 utilize the present system to determine the characteristics of the line 16, 
including whether the line 16 is entirely digital or it includes an analog segment and whether 
15 the line includes any digital impairments. 

As used herein, digital impairments refers to limitations on the content of the data sent 
over the line, such as robbed bit signaling (RBS) or a restricted channel. With an RBS 
impairment, the an entity, such as a telephone company, operating the line utilizes the least 
significant bit of selected (e.g., every sixth) byte for overhead purposes. With a restricted 
20 channel (rather than a nonrestricted channel, the data sent over the line must have a minimum 
one's density: there is a limitation on the number of zeros that may validly be placed in a 
consecutive series. (In some telecommunication systems, such ones density is used to ensure 
synchronization.) 
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In addition to digital impairments, regulatory bodies may impose a limitation on the 
maximum power that may be carried by the line 16. Such power limitations may restrict the 
energy (in terms of power) that a modem may transmit/receive during various time intervals 
of predetermined length, such as 250 milliseconds or 3 seconds. 
5 Calling modem procedures 

As shown in Figure 2, the calling modem will transmit all marks (bytes of FF hex) 
until it receives the SQA sequence from the answering modem. The composition of the SQA 
sequence is shown in Figure 4. The SQA sequence will allow the modem to determine the 
following: 

10 Is the channel partially analog, or is it all digital? 

If the channel is digital, what kinds of "digital impairments" does it contain? 
How many and what are the locations of the RBS (robbed bit signaling) bits? 
Is the channel restricted or unrestricted (i.e. does it have a minimum one's density 
requirement? 

15 Does the channel have digital pads in it? If so, what kinds of pads are they? 

Referring again to Figure 2, upon receiving the SQA sequence from the answering 
modem, the calling modem will transmit the SQA sequence until it receives the SP1 sequence 

from the answering modem. 

The SQA sequence, or probing signal, is shown more fully in Figure 4. The sequence 
20 may thus be divided into three subparts: (1) 7+6n bytes of 7E, where n is preferably 290; (2) 7 
bytes of 00, and (3) a sequence of digital codewords, which corresponds to an analog signal 
with a 4,000 Hz frequency, 14 the maximum allowable amplitude, and an increasing dc offset 
voltage. The digital codewords are preferably eight bit PCM codewords or PCM codes. 
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The first subpart of SQA, 7E in Figure 4, is a low power transmission. This allows the 
probing signal to meet the maximum power constraints imposed on the line by decreasing the 
average power transmitted during the SQA sequence. Also, the first subpart effectively 
"pads" the length of the probing signal, such that the length of the entire probing signal (all 
three subparts) is a multiple of 6 bytes. In this way, RBS may be more easily detected, since, 
in many environments, RBS occurs only in every sixth byte at DSO. Moreover, since the 
SQA sequence is known to the answering device and has a predetermined length, the location 
and number of robbed bits are determined from the SQA sequence. 

The second subpart of SQA, 00 in Figure 4, is sent by the calling modem to test 
whether the line is a restricted channel or a clear channel. The answering modem effectively 
knows that if the received signal includes ones in the portion corresponding to the second 
subpart of the probing signal, the telephone company has probably inserted ones in order to 
maintain a minimum ones density in the transmitted data. Thus, in such a case, the channel is 
restricted. 

There may be several different one's density requirements imposed by differing 
transmission technologies in the underlying DS1, DS2, DS3, etc. For example, a very 
restrictive requirement is that no single PCM codeword can contain all zeros. This effectively 
limits the number of consecutive zeros to seven in the same PCM codeword, or fourteen zeros 
across two consecutive PCM codewords. 

This type of density restriction may be satisfied, along with all other density 
restrictions, by inserting a 1 after each string of at most seven consecutive zeros. It should be 
noted that, since the insertion is done before the data is inverted for transmission, this 
algorithm may be implemented by inserting a zero after each string of at most seven ones. It 
should further be noted that the "zero bit insertion/deletion" (ZBID) scheme used with 
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HDLC/SDLC specifies insertion of a zero after six consecutive ones in the data stream to 
avoid false flag patterns (0, 6 ones, 0). The flag partem was chosen to be distinguishable from 
an abort pattern (0, 7 or more ones) and the idle pattern (continuous ones). 

Accordingly, if there is either robbed bit signalling present or a one's density 
5 requirement, data transfer occurs at rates below 64 Kbps, such as 56 Kbps. Conversely, if the 
are no robbed bits and no one's density requirement, i.e. a 64 Kbps clear channel, data transfer 
may occur at 64 Kbps. In accordance with the preferred embodiment, data transfer rates in 
excess of 56 Kbps may be achieved, even in the face of robbed bit signalling and a one's 
density requirement. 

10 The increasing dc offset voltage in the third subpart of SQA, 00, FF, . . . , 80 in Figure 

4, ensures that, for example, where the line utilizes a 256 level quantizer, all 256 levels are 
utilized in transmitting the probing signal. The quantizer may be for example a u-law 
quantizer, as is used in North America and Japan, or an A-law quantizer , as is used in Europe. 
In the digital domain, each of the quantizer levels may be represented by a different eight bit 
15 codeword. If the signal received by the answering device lacks the full range of the 
transmitted probing signal, the answering modem may effectively "know" of the digital 
coding system used in the line. 

For example, the presence of a digital attenuator pad in the connection will cause the 
codewords in the third subpart of SQA to be adjusted in a fixed manner. The answering 
20 device, which knows what the third subpart should be, analyzes the received signal and may 
thereby identify the presence and characteristics of the pad. 

The relatively high frequency and amplitude of the probe signal in the third subpart are 
difficult for an analog converter to translate. Indeed, in many telephone company lines, a 
filter substantially attenuates signals even approaching 4,000 Hz. If the received signal does 
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not correspond to the transmitted probe signal, the answering modem may know that an 
analog segment lies in the line. 

The total length of the probing signal used in the preferred embodiment is 256 bytes + 
7 bytes + 7 bytes + (290 * 6), or 2010, bytes long. The answering device monitors, during the 
5 entire predetermined probing signal, to detect whether the received signal has the least 

significant bit different than the least significant bit of the probe signal. If so, the answering 
modem effectively knows that the telephone company line utilizes RBS. In one embodiment, 
the modems then simply know to communicate at 56 kbps rather than, for example, 64 kbps. 
In other embodiments, the modems simply do not send data in the least significant bit 
10 ("LSB'O of any byte because of RBS. The data transmission speed of such modems is 
accordingly limited to a top speed of 56 kbps. 

Figure 5 is an expanded diagram of the contents of block SP1 in Figure 2. The SP1 
sequence is an indication of capabilities of the modem and a request to turn on or off various 
features and speeds in the modem. Upon receiving the SP1 sequence from the answering 
1 5 modem, the calling modem will transmit the SP1 sequence until it receives the E sequence. 
Figure 6 is an expanded diagram of block E in Figure 2. Upon receiving the E 
sequence from the answering modem, the calling modem will transmit the E sequence (fixed 
length of 5 bytes) followed by data. Upon receiving the data from the answering modem, the 
calling modem will unclamp its receive data and will proceed to receive data from the 
20 answering modem. 

Answering modem procedures: 

The answering modem will transmit the SQA sequence until it receives the SQA 
sequence form the calling modem. The SQA sequence will allow the modem to determine the 
following: 
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Is the channel partially analog, or is it all digital? 

If the channel is digital, what kinds of "digital impairments" does it contain? 
How many and what are the locations of the RBS (robbed bit signaling) bits? 
Is the channel restricted or unrestricted (i.e. does it have a minimum one's density 
5 requirement? 

Does the channel have digital pads in it? If so, what kinds of pads are they? 
Upon receiving the SQA sequence from the calling modem, the answering modem 
will transmit the SP1 sequence until it receives the SPI sequence from the calling modem. 
The SPI sequence is an indication of capabilities and of the modem and a request to turn on or 
10 off various features and speeds in the modem. Upon receiving the SPI sequence from the 
calling modem, the answering modem will transmit the E sequence (fixed length of 5 bytes) 
followed by data. Upon receiving the data from the calling modem, the calling modem will 
unclamp its receive data and will proceed to receive data from the calling modem. 

One aspect of the present system relates to the detection stage: by sending the SQA 
1 5 pattern, the present system has the ability to: 

1) detect if the channel is digital end-to-end 

2) detect the exact number and location of RBS 

3) detect if digital pads are present (A pad is an adjustment of a digital signal, in one 
of a predetermined number of different ways, to emulate or mimic the attenuation that would 

20 have occurred if the signal had been sent on an analog line rather than a digital line. By 

noting the systematic padding of the probe signal, the modems may adjust their transmission 
characteristics to compensate for such padding). 

4) detect if the channel is restricted/unrestricted (minimum Vs density issues) 
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5) detect any digital impairments that we are currently unaware of (since the system 
sends all 256 codes). 

6) detect all of these things without violating transmit power requirements of -15dBm 
transmit level measured over 3 seconds and OdBm measured over 250ms. 

Another aspect of the invention relates to the data phase: how can the modems may 
transmit the fastest possible speed given the impairments that are on the line/data 
communication channel. The present system has the ability to: 

1) transmit over any end-to-end digital channel (throughout this specification, except 
whether context may require otherwise, the term transmit may also be used to mean receive or 
simply operate.") 

2) transmit at speeds of 56K or faster (up to 64K) including intermediate speeds of 
62,666bps, 61,333bps, 60,000bps, 58,666bps, 57,333bps. Many other systems can not 
transmit at these intermediate speeds. This is accomplished by sending 7 data bits/byte (+ I 
non-data bit) in any slot where a RBS bit is present and sending 8 data bits/byte in any slot 
where a RBS bit is not present. 

3) transmit over digital channels that are restricted (i.e. they have a minimum one's 
density requirement). We do this with zero byte suppression: any time we get 7 0's in a row, 
insert a 1. 

4) transmit over digital channels that have digital pads. We can do this by using a 
mapping scheme such that the receiver knows that transmitted codes get mapped into a 
different set of codes after the pad, so the receiver needs to "undo" this mapping. And, any 
codes that are doubly mapped (i.e. 2 or more transmitted codes get mapped into the same cod 
after the pad) are not sent by the transmitter. 
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5) Prevent compression by the network: Sometimes the network will monitor the first 
6 seconds of the call to see how compressible the data is, and if it is compressible, it will 
compress it. We prevent this by transmitting scrambled data which will look like wideband 
white noise. 

5 6) Minimize overhead bits used by the zero byte suppresser. By scrambling the data 

into white noise, the number of bytes that require action by the zero byte suppresser are a 
controlled small number of bytes that is independent of the data that the user or protocol is 
sending. 

The present method can determine the exact number and exact location of the RBS 
10 which allows faster data transmission than known methods. This is so because if there is just 
1 bit robbed by RBS, the preferred method and apparatus described herein may transmit at up 
to 62,666bps. In fact, with any number or robbed bits between 1 and 5, the preferred method 
and apparatus provide data transfer rates in excess of 56 Kbps. In a typical network 
connection, 0-3 robbed bits may be encountered. Finding 4-6 robbed bits appears to be fairly 
15 rare. 

With respect to the ones density requirement, the present system can detect if we need 
to avoid sending too many 0 f s in a row. We can compensate for this in several methods. 
First, we could just transmit at 56K (and set the LSB=1) which will fix the problem. Or, we 
could run the "zero byte suppresser" which is an algorithm that inserts a 1 into the data stream 
20 if it sees 7 O's in a row and we could run at a faster speed. Third, we could run a scrambler on 
the data which will make the number of times that we send too many zeros (and would make 
the zero byte suppresser kick in) very controlled (since the output is basically white noise. 

The presently described system will detect the "digital impairment" of digital 
attenuator pads and could compensate for it, running at a reduced speed, but still running 
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faster than an analog modem. Because the present system sends all 256 PCM codes, if there 
are any digital impairments that we are currently unaware of, it is very likely that we could 
detect and handle them with our current SQA sequence. 

A typical digital network may see a transmitted data stream as being compressible. If, 

5 however, the transmitted data stream is compressed by the network, the data stream will likely 
be corrupted and the connection may fail. Use of a scrambler as described herein, on the other 
hand, makes the transmitted data stream appear as wide-band white noise (i.e. 
uncompressible). Therefore, the network will not compress the transmitted data stream. 
In accordance with the presently preferred embodiment, where an ISDN to ISDN 

10 (basic rate or primary rate) connection is determined to be all digital, digital data transfer at 
rates up to 64kbps/B channel full-duplex can be achieved while the customer is billed for an 
analog call, which is typically billed at a lower rate than a customer would be billed for a 
digital call. If an ISDN to Tl/El, or Tl/El to Tl/El, connection is determined to be all 
digital, digital data transfer rates of up to 62.666 kbps/B channel full-duplex can be achieved. 

15 The method and apparatus of the present invention may be used in association with 56 

Kbps, or higher, transmission speed modems, ISDN modems, and rack modem products. In 
addition, with the inclusion of a scrambler and a zero-byte suppresser, higher data rates can be 
achieved. With prior art, 56kbps maximum can be achieved over the channel. With current 
art, up to 64kbps can be achieved. 

20 Finally, the present device provides added robustness to the communication. The 

scrambler and zero byte suppresser enable the communication to be successful in situations 
when the prior art would fail to connect. 
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The operation of a transmitter and a receiver will now be described with reference to 
Figure 7. Note that each block shown in Figure 7, except for Byte Conversion, may be turned 
on or off individually to meet the requirements of the particular network channel: 
RBS synchronization: 

5 Each modem's transmitter is synchronized with the remote modem's receiver which is 

synchronized with the robbed bits in that particular network path (if any are present). The 
transmitter takes advantage of the fact that it knows if a robbed bit is present in each of the six 
possible time slots. Each time slot is 8 bits (one byte) long, and the six time slots are periodic 
i.e., if there is a robed bit in the first time slot, there will be a robbed bit in every sixth byte 

10 thereafter (in the same time slot) and these bits together we call "one robbed bit". So, there is 
a possibility of having from 0-6 robbed bits. 

In any time slot where there is a robbed bit, the transmitter will only transmit 7 bits of 
user data. The 8 th bit will be forced to binary one and will be placed in the position of the 
robbed bit (this happens in the Byte Conversion routine). With this method, the 7 bits of user 

15 data will not be corrupted by the RBS, only the 8 th bit (not user data) will be corrupted. 

In any time slot where there is not a robbed bit, the transmitter will transmit the full 8 
bits of user data. These bits will not be corrupted by RBS because we know that it is not 
present in these time slots. Because we are synchronized with the robbed bit signaling (RBS) 
in the network and we know the exact number and location of the robbed bits, we can take full 

20 advantage of all available information bandwidth in the digital channel. 
Scrambler: 

The scrambler takes the output of the previous section (which will be either 7 or 8 bits) 
and scrambles it using standard scrambling techniques to create wide-band white noise 
energy. In certain networks, the network will monitor the call for a duration of time to 
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determine if the data is compressible. If it is, the network will compress the data. This would 
entirely corrupt the communication between two digital modems. To prevent the network 
from turning on the compressors, we can scramble the data. In addition, the scrambler will 
create a statistically controlled output which will minimize the output of the Zero Byte 
5 Suppresses 

Zero Byte Suppression: 

The zero byte suppresser takes the output from the previous section (which will be 
either 7 or 8 bits) and runs it through the following algorithm: If there are ever 7 bits of 
"binary zero" in a row, insert a "binary one" into the data stream. This algorithm ensures that 
10 minimum one's density requirements are met in the network. Note that this routine outputs 
the same number of bits that it received as an input and it buffers any additional data caused 
by the bit insertion. The buffered data is combined with the input of the next byte. If there is 
ever enough data buffered to transmit entirely out of the buffer, that action will be performed. 
Byte Conversion: 

15 The byte conversion routine will output 8 bits of data. If its input was 8 bits, it passes 

the input data to its output without changing it. If its input was 7 bits, it will insert a '"binary 
one" into the byte at the location where the robbed bit will be, and it will output the 8 bits. 
Pad Mapper: 

The pad mapper takes the output from the previous section (which will be 8 bits) and it 
20 maps the data in such a way as to avoid sending any PCM codes that (due to the digital pad) 
would result in an ambiguous code at the receiver. Note that if the Zero Byte Suppression and 
the Pad Mapper are turned on at the same time, they will need to share information to ensure 
that their respective functions are achieved. 
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The final output is transmitted onto a digital link on the General Switched Telephone 
Network. The receiver of the remote modem will have knowledge of which of the above 
blocks are turned on in the transmitter and knowledge of any additional specific information 
about the transmitter's configuration that it needs in order to reverse the operations of the 
transmitter and decode the data. 

The description above is sufficient to enable one of ordinaiy skill in the art to 
implement the present invention. Nonetheless, to provide additional details regarding the 
present system, an assembler code listing for a method of implementing certain aspects of the 
presently described device is provided below. The code has been written for use with a Texas 
Instruments' TMS320C5 1 digital signal processor. A User's Guide for the TMS320C5x 
series of processors is readily available to those of ordinary skill in the art and may be useful 
to the novice in understanding the commands set forth below. 
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************************* 

* * 

* ISDNLOOP.ASM * 

* Contains Main digital loop and other * 
5 * routines that are required only during * 

* aV.120orV.110call. * 

* * 

* Author: Bert A* Davenport * 

* © 1997, U.S. Robotics Access Corp. * 

|Q ************************* 

thresh J7ea .equ 007 ; # of 7Es in a row to auto-detect speed 
tx J7e_l 5db .equ 7+290*6 ; # of 7e's to transmit to make - 1 5db power 
1 5 ; note: this MUST be a 7 + a multiple of 6 

*************************************************************************^ 
** 

* orig_isdn & answ_isdn 
20 * 

* Similar to originate_now & answer jiow commands from the supervisor 

* excect that these are used to originate or answer digital calls, that 

* is, not PCM data. This is used to establish a 56-64Kps connection over 

* a single channel; Data transported over such a link may be bit 

25 * transparent, an HDLC-framed protocol (i.e V. 1 20, PPP), V. 1 1 0 encoding, 

* bonding, etc. A single background loop exists for all data modes as 

* those previously described. The background loop is essentially 

* identical to the sync idlejl loop used in "analog" mode except no 

* interpolation or PCM conversion is necessary. The txvect and rxvect 
30 * vectors point to the appropriate encoder/decoder for the active 

* digital "mode". The default digital "mode" of operation is 64Kbps 

* clear channel data, although this may be altered as follows; 
* 

* Inputs: (exparm) 

35 * bO 0 = 64 Kbps, 1 = 56Kbps 

* bl 0 = V.120/PPP, 1 =V.110 

■ * b2 0 - use specified rate, 1 = autodetet rate 

* b3 Do NOT use this bit in exparm 

* It is set in isdnflg as l=monitor_line mode 

40 * b4 0 = no stos, 1 = server to server mode (PCM code) 

* b5 0 = set up call, 1 = tear down call (hangup/reset) 

* b6 0 - single data call (use MB 1 ), 1 = 2 data calls 

* b7 0 = UseIOMChl,l =UseIOMCh2 

* b8 Reserved; (0 = answer, 1 = originate forced in code) 
45 * b9 Reserved; (0=no scr, 1 = scrambler for stos) 

* * blO Reserved; (0= no zbs, 1 = zero byte supression stos) 

* bli Reserved 

* bl2 Reserved 

* bl3 Reserved 
50 * bl4 Reserved 
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* bl5 Reserved 

* Note: for V. 1 1 0, b8-b 1 5 indicates rate 

* Outputs: None 

5 * 
** 



answ_isdn ;dp = 0 

10 ■ lace #0 

b comm_isdn 
orig_isdn ;dp = 0 

lace #100h ; or on originate bit (non-vl 1 0 only) 

comm_isdn 

15 sacb ; accb = answ/originate status 

lace exparm ; Is this call on Ch 2 & we can have 2 calls? 



20 



and #o2data+och2 ; 
sub #o2data+och2 ; 



ldp #isdn_dp ; use Ch 1/MB 1 data page 

sst #0,tempx ; save dp, arp in tempx(dpO) (isdndp) 

ldp #6 ; use Ch 1/MB1 data page 

sst #0,tempy ; save dp, arp in tempx(dpO) (dp = 6) 

25 ldp #7 

sst #0,tempz ; save dp, arp in tempy(dpO) (dp = 7) 

opl #odigisdn,sysflg2 ; Set digital ISDN bit (V120, ppp,...) 

splk #dtx_clear_orig_mbl ,txvect ; orig digital TX sample vector 

30 splk #drx_clear_orig_mbl^xvect ; orig digital RX sample vector 

bend chk_iflg,neq ; b if 1 data call or if on Ch 1 

ldp #isdn_dp2 ; yes, use MB2 data page 

splk #dtx_clear_orig L _mb2,txvect ; orig digital TX sample vector 

35 splk #drx_clear_orig_mb2jxvect ; orig digital RX sample vector 

sst #0,tempx ; save dp, arp in tempx(dpO) (isdn_dp2) 

sst #0,tempy ; save dp, arp in tempy(dpO) (isdn_dp2) 

sst #0,tempz ; save dp, arp in tempy(dp0) (isdn_dp2) 

40 chkjflg ; dp = 7 (Ch 1 ) or isdndp2 (Ch 2) 

ldp #0 

bit exparm,f2data ; 2 data calls possible (mlppp)? 

ldp #7 

xc 2,tc ;Multilink PPP mode? 

45 opl #omlppp,sysflg2 ; yes, or on bit in sysflg2 

lamm tempx 

sacl dp_i ; save isdn_dp or isdn_dp2 depending on chan 

lamm tempy 

sacl dp_6 ; save dp 6 or isdn_dp2 depending on chan 

50 lamm tempz 
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10 



15 



20 



25 



sacl 
1st 



dp_7 
#0,dp_7 



Lamm exparm 
orb 

sacl isdnflg 

sacl isdnflg_orig 



; save dp 7 or isdn_dp2 depending on chan 

; set dp = 7 or isdn_dp2 ar(arp) = arl 
; dp = 7 or isdn_dp2 

; turn on orig/answ bit (removed for v.l 10) 

; automode flags (digital) 

; automode flags (won't be modified) 



bit isdnflg,fhangup 
bend hangup_call,tc 



; Is the hangup bit set? 
; b if yes => hangup call 



.if PCM code 

bit isdnflg_orig,fistos ; PCM code server-to-server mode? 

bend no_stos,ntc ; b if not PCM code stos mode 

splk #drx_sqa^xvect ; SQA receiver 

splk #rx_7e_init,rxvect64 ; find 1st 0 in 7e patt at 64kbps 

splk #0,i 1 l_cnt ; save no data until after 7e's 

splk #41h,rx_rate ; init rate mask to 56 & 64K only 

lace #24000 ; 3 second timeout 

samm dlycnt 

opl #ostosscr^sdnflg ; force scrambler bit on until supv uses it 

opl #ostosscr,isdnflg_orig ; scrambler bit on until supv uses it 

lace #stos_failed ; fall back to v.34 if stos fails 

samm rvec 



bit isdnflg_orig,forig ; originating? 

30 splk #dtx_stos f txvect ; SQA transmitter (answering side) 

xc 2,tc 

splk #tx_mark,txvect ; xmit ff (originating side) 

splk #tx J7e_l 5db,tx_cnt_sqad ; send 7 7e's + 6n 7e*s 

35 bd start_digital_call 

splk #sqa_7e,tx_sqavect ;init state vector for next state 



no_stos 

.endif 

40 



bit 


isdnflg,fautod 


; Is the autodetect speed bit set? 


bend 


init_autod,tc 


; b if yes 


bit 


isdnflg,fvll0 


; Is the vl 10 interworking bit set? 


cc 


InitV110Machine,tc 


; yes, init V.l 10 


b 


start_digital_call 





switch tx ; switch xmit rate 

50 ; dp = 7 or isdn_dp2 ar(arp) = arl 
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xpl #o56k,isdnflg ; switch rate 
bit isdnflg,£56k ; Is the 56K interworking bit set? 
lace tx_autq_thrsh ; acc = xmit threshold for next switch 
xc 1,NTC ; If 64kbps, double # of bytes to send 

5 add tx_auto_thrsh ; before next switch , 

bendd init_speed,unc ; initialize speed related parameters 

sacl tx_auto_thrsh ; save updated threshold 

sacl tx_auto_cnt ; initialize counter 

** 

* dtx_stos sends 7 7E ? s followed by the pattern 0,255,1 ,254,2,253... 

* 126,129,127,128; then repeats with 7 7Fs and the pattern again 

* This is a speed detection routine for digital server to server mode. 
1 5 * This is a possible state of txvect/2 



* 



inputs dp = 7 

* ar(arp) = arl 

* arl = *(8 bit sample to transmit to the link) 



20 * 

* outputsdp = 7 

* ar(arp) = arl 

** 

25 .if PCM code 

dtx_stos ; dp - 7 

1st #0,dp_7 ;setdp = 7orisdn_dp2ar(arp) = arl 

lace txsqavect 
30 cala ; vector to appropriate routine 

;acc = tx data on rtn 

* call bit_reverse8 ; Prepare "digital" sample for transmission 
retd 

35 idp #7 ; set dp = 7 for return to main loop 

sacl * ; txdata_main/aux = txdata 



******************* 
** 

40 * Send 7 7Fs + 6n 7e's (n = # needed to make power <- 1 5dBm over 250ms) 
**************************************^ 
** 

sqa_7e 

lace tx_cnt_sqad ; acc = counter for 7e's 
45 sub #1 ; transmit 7e's 

sacl tx_cnt_sqad ; decrement and save cntr 

bend no_init_sq0,neq ; b to not init sqO sequence 

splk #7,tx_cnt_sqad ; init cntr to send 7 00's in a row 
50 splk #sqa_00,tx_sqavect ;init state vector for next state 
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no_init_sqO 

lacl #7eh ; transmit 7e at 64kbps 

ret 

***************************************************************^ 
** 

* Send 7 OO's 

*************************************************************************** 
** 

sqa_00 

lace tx__cnt_sqad ; acc = counter for OO's 

sub #1 ; transmit OO's 

sacl tx_cnt_sqad ; decrement and save cntr 

bend no_init_sqa,neq ; b to not init sqa sequence 



splk #0,tx_cnt_sqau ; init up cntr to 0 (cnts up to 127) 

splk #255,tx_cnt_sqad ; init down cntr to 255 (cnts down to 128) 

splk #sqau_patt,tx_sqavect ;init state vector for next state 

no_init_sqa 

lacl #00h ; transmit 00 at 64kbps 

ret 



******************************************ii^************^ 
** 

* Send00,01,02...127 

*****************************************************4************^ 
** 

sqau_patt ; transmit sqa cnt up pattern at 64Kbps 

lace tx_cnt_sqau ; acc = up cntr (cnts up from 0- 1 27) 
sacb ; accb = cntr 

add #1 ;incrcntr 
sacl tx_cnt_sqau ; save incr'd up cntr 
lacb ; acc = pre-decremented cntr 

retd 

splk #sqad_patt,tx_sqavect ;init state vector for next state 

*****************************************************************^ 
** 

* Send255,254,253...128 

***************************************>l^*********^ 
** 

sqad_patt ; transmit sqa cnt down pattern at 64Kbps 

lace tx_cnt_sqad ; acc = down cntr (cnts down from 255-128) 

sacb ; accb - cntr 

sub #1 ; deer cntr 

sacl tx_cnt_sqad ; save decr'd cntr 



22 



WO 98/39866 



PCT/US98/04271 



sub # 1 27 ; done with pattern? (return to 7e) 

bend continue_sqa,neq ; b to continue pattern 

lacb ; acc = pre-decremented cntr 

5 splk #tx_7e_15db,tx_cnt_sqad ; send 7 7e's + 6n 7e's 

retd 

splk #sqaJ7e,tx_sqavect ;init state vector for next state 
continue_sqa 

10 lacb ; acc = pre-decremented cntr 

retd 

splk #sqau_patt,tx_sqavect ;init state vector for next state 



j 5 *******4^4^***^******************** 

* Send SP1 sequence 

* S equence consists of ff,8 1 ,8 1 ,d 1 ,e 1 , fl ,g 1 ,h 1 ,i 1 j 1 ,kl ,1 1 

* 8 Ts are to sync up to (distinguishing from SQA pattern 
20 * dl-hl ; MSB is 0, Isb is 1, 6 bits of information 

* dl : version information: 000000 

* el: reserved for future use: 000000 

* fl: rbs position: 1 = rbs on this bit, 0 = no rbs on this bit 

* gl: restricted/unrestricted: OOvwxy 

25 * v = 1 1 bit insrt 0, no ins (if 1 side selects, both must use) 

* w = 1 scrambler 0, no scram (if 1 side selects, both must use) 

* x = 1 restricted, 0, unrestr 

* y = 1, 64Kbps speed selected, 0 = not 64Kbps speed selected 

* hi : speed bits: mnopqr 

30 * m: 1 = 62.6Kbps selected, 0 = not selected 

* n: 1 = 61.3Kbps selected, 0 = not selected 

* o: 1 = 60.0Kbps selected, 0 = not selected 

* p: 1 = 58.6Kbps selected, 0 = not selected 

* q: 1 = 57.3Kbps selected, 0 = not selected 
35 * r: 1 = 56.0Kbps selected, 0 = not selected 

* il : CRC 4 bits: OOOCRCal (4 bits) 

* jl: CRC 4 bits: OOOCRCbl (4 bits) 

* kl : CRC 4 bits: OOOCRCdl (4 bits) 

* 11: CRC 4 bits: OOOCRCcl (4 bits) 

40 * 
** 

tx_spla 

splk #Offfih,tx_crc ; init SDLC CRC (for next time we go in-frame) 
45 lace #0fih ; TX first byte of sp 1 (sync byte) 

retd 

splk #tx_sp 1 b,tx__sqavect ;init state vector for next state 



tx_splb 

50 lace #8 lh ; TX first byte of sp 1 (sync byte) 
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retd 

splk #tx_sp 1 c,tx_sqavect ;init state vector for next state 

tx_splc 

lace #8lh ; TX 2nd byte of spl (sync byte) 

retd 

splk #tx_sp 1 d,tx_sqavect ;init state vector for next state 

tx_spld 

lace #0 1 h ; TX 3rd byte of sp 1 (version byte) 

sacl tempx ; save for y 12 screen 

bldd tempx,#txinfoO_buf 

bd dojx_crc 

splk #tx_sp 1 e,tx_sqavect ;init state vector for next state 

tx_sple 

lace #01h ; TX 4th byte of spl (reserved byte) 

sacl tempx ; save for yl2 screen 

bldd tempx,#txinfoO_buf+l 

bd do_tx_crc 

splk #tx_sp 1 f, tx_sqavect ;init state vector for next state 

tx_splf 

lace rbs__map,l ; TX 5th byte of spl (RBS info byte) 

and #7eh ; force to 6 bits 

or #1 ; force on Isb 

sacl tempx ; save for y 1 2 screen 

bldd tempx,#txinfo0_buf+2 

bd do_tx_crc 

splk #tx_sp 1 g,tx_sqavect ;init state vector for next state 

tx_splg 

lace rbs_map ; TX 6th byte of spl (restricted info byte) 

splk #0,tempx ; assume no 64K 

xc 2,eq ; can we do 64K (no rbs and unrestricted)? 

splk #2,tempx ; turn on 64K bit 

; turn on scrambler any time we do 64K 
; if it's enabled 

bit isdnflg,fstosscr ; is local copy of scrambler on already? 

bend no_scrg^itc ; b to not use scrambler if not enabled 

bend no_scrg,neq ; b to not use scrambler if not 64K 

opl #8 , tempx ; turn on scrambler bit in tx_sp 1 

no_scrg 

and #40h ; mask off all but restricted info bit 

and rx rate ; mask with rate mask 
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bsar 4 ; position bit in 04h position 

or tempx ; or on 64Kbit 

or #1 ; force on lsb 

sacl tempx ; save for y 12 screen 

bldd tempx,#txinfo0_buf+3 

bd do_tx_crc 

splk #tx_sp lh,tx_sqavect ;init state vector for next state 



txsplh 



10 



15 



splk #4,tx_cnt_sqad ; init cntr to send 4 nibbles of CRC 

lace rx_rate, 1 ; TX 7th byte of spl (speed byte) 

and #7eh ; force rate mask to 6 bits 

or #1 ; force on lsb 

sacl tempx ; save for y 12 screen 

bldd tempx,#txinfo0_buf+4 

bd do_tx_crc 

splk #tx_sp li,tx_sqavect ;init state vector for next state 



20 tx_spli 



25 



30 



35 



; xmit 4 nibbles of CRC 



lace 


tx_crc,l 




cmpl 




; invert before sending 


and 


#01eh 


; mask to 4 bits 


or 


#1 




sacb 






lacl 


tx crc 


; shift crc right 1 byte 


bsar 


4 




or 


#0f000h 


; crc = fxxx (xx = old high byti 


sacl 


tx_crc 




lace 


tx cnt sqad 


; acc = counter for 7e's 


sub 


#1 


; transmit 7e's 


sacl 


tx_cnt_sqad 


; decrement and save cntr 


bend 


not_pver,neq 


; b to not init sqO sequence 


splk 


#tx_spla,tx_sqavect ;init state vector for next state 



40 



not_over 

lacb 
ret 



; crc to xmit 



do_tx_crc 
45 sacb 

calc _crc_byte tx_crc ; calculate crc and store in tx _crc 

lacb 

ret 

50 
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*****************************^*^**********^ 
** 

* SendE(ff,81,81,81,81) 

********************^**************^*******^ 

5 ** 

tx_e 

lacl #0ffh ; transmit ff at 64kbps 

splk #4,tx_cnt_sqad ;initcntrtosend4 8rsinarow 

retd 

10 splk #tx_e8 1 ,tx_sqavect ;init state vector for next state 
tx_e81 

lace tx_cnt_sqad ; acc = counter for 8 1 's 

sub #1 ; transmit 8 l's 

15 sacl tx_cnt_sqad ; decrement and save cntr 

bend no_init_scr,neq ; b to not init scrambler 

; done sending E sequence, transmit scr data 

20 bit isdnflg,forig ; originating? 

bend tx_e_orig,tc ; b if originating 

; (answering side) tx scr data, rx E 

bit rx_rate,fs64 ; is 64kbps possible? 
25 cc connect_64,tc ; b if yes 

bit rx_rate,fs64 ; is 64kbps possible? 

bend no_chk56t,tc ; yes, don't check other speeds 

30 bit rx_rate,fs56 ; is 56kbps possible? 

cc connect_56,tc ; b if yes 

no_chk56t 

35 lace rxvect 

sacl rxvect_bak ; back up receiver to restore later 

splk #drx_sqa T rxvect ; SQ A receiver 

splk #rx_e,rxvect64 ; receive E sequence (answering side) 

lacl #81h ; transmit 81 at 64kbps 

ret 



40 



tx_e_orig ; originator: already receiving scr data 

45 ; now tx scr data 

lace txvect__bak 

sacl txvect ; restore txvect to tx scr data 

50 no init scr 
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lacl #8 Ih ; transmit 8 1 at 64kbps 

ret 



15 



20 



*************************************************************************** 
** 

* drx_sqa receives 7 7Fs followed by the pattern 0,255,1 ,254,2,253... 

* 1 26, 1 29, 1 27, 1 28 ; then repeats with 7 7Es and the pattern again 
This is a speed detection routine for PCM code server to server mode. 



* 



10 * This is a possible state of rxvect/2 



* inputs dp = 7 

* ar(aip) = arl 

* arl = *(8 bit rceive sample from the link) 



* 



* outputsdp = ? 

* ar(arp) = arl 

*************************************************************************** 



** 



drx_sqa 



; dp = 7, ar(arp) = arl 

; don't disturb AR1 , it has rev data in it 



* 


lace 


* 


; acc = 8 bit recceive data 


* 


call 


bit_jeverse8 


; Modify rev samp for main (digital) channel 


* 


sacl 


* 


; save reversed digital data 




call 


handshake 


; time out and fall back to V.34? 




lace 


#b0 


; start processing at bO and go through b7 




samm 


treg2 


; save into dynamic bit pointer test register 




lace 


#b8 


; 64K ends before b8 (bO through b7) 




sacl 


tempw 


; tempw = bit to stop at 




lacl 


rxvect64 


; process rev samp looking for 64kbps pattern 




cala 







40 



45 



ret 

*************** ************************************************************ 
** 

* Increment rbs position modulo 6 (0-5) 

*************************************************************************** 



** 

incrrbs 

lace rx_cnt_rbs ; increment rbs position (0-5) 

add #1 ; rbs repeats every 6 bytes 

sacl rx_cnt_rbs 

50 sub #6 ; force to be modulo 6 (if 6, set to 0) 
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retc neq 

sacl rx cnt rbs 

ret 



*************************************************************************** 

* RBS bit found, turn bit on in rbs_map 

************************* *************************,^******^ 
** 

set_rbs ; bit is 1 (7F) 

lace #1 

rpt rx_cnt_rbs ; position 1 bit in mask 
sfl ; if rx_cnt_rbs=0, lsb rbs_map=l 

bsar 1 
retd 

or rbsjnap ; if rx_cnt_rbs=5, rbs_map=10h 

sacl rbs_map ; turn RBS bit position on in map 



********************** ******** ********************************************* 
*# 

* Check if need to save data for 1 1 1 screen (used by rx_sqa) 

*************************************************************************** 
** 

chkjll 

lace i 1 1 _cnt ; decrement i 1 1 counter 

sub #1 

retc It ; do nothing if cntr = 0 



sacl ill_cnt 

lace *,ar2 ; save info for II 1 

and #Offh 

orb 

b save ill 



*************************************************************************** 
** 

* Look for 0,255,1,254... 127,128 pattern (up cntr state 0,1,2...) 
*************************************************************************** 

incr_rbs ; increment rbs position 



rx_sqau 

call 



lace #0200h 
sacb 

call chkj 1 1 ; check on saving data to i 1 1 

lace * ; acc = rx samp 

sub rx_cnt_jsqau ; is rx samp = cntr? 

bend same_8bits,eq ; b if equal 
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lace * ; acc = rx samp (eliminate Isb) 

or #1 

bldd #rx_cnt_sqau,tempx ; rxvect = rxvectl (initialize rxvect) 

5 opl #l,tempx 

sub tempx ; is rx samp = cntr? (eliminate Isb) 

bend same_7bits,eq ; b if equal 

1 0 lace rx_cnt_sqau 

bend bad_patternjieq ; bad pattern if expected samp o 0 

lace * ; acc = actual rx samp 

sub #2 

15 bend bad_pattern,neq ; bad pattern if expected samp o 2 

bd same_8bits ; pattern OK 

opl #40h,rbs_map ; or msb of lower byte on => 0 to 2 conversion 

20 bad_pattern 
retd 

splk #rx_7e_init,rxvect64 ; reset pattern detection from scratch 
sameJ7bits 

25 call set_rbs ; rbs detected, turn bit on in rbsjnap 

same_8bits 

lace rx_cnt sqau ; increment counter 

add #1 

30 sacl rx_cnt_sqau 

retd 

splk #rx_sqad,rxvect64 ; next state of receiver (cnt down) 



3^ 

** 

* Look for 0,255,1,254...127,128 pattern (down cntr state 255,254,...) 
** 

40 rxsqad 

call incr_rbs ; increment rbs position 

lace #0200h 
sacb 

45 call chkjll ; check on saving data to ill 

lace * ; acc = rx samp 

sub rx_cnt_sqad ; is rx samp = cntr? 

bend same_8bitsd,eq ;b if equal 

50 
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lace * ; acc = rx samp (eliminate lsb) 

or #1 

bldd #rx_cnt_sqad,tempx ; rxvect = rxvectl (initialize rxvect) 

opl #l,tempx 

5 

sub tempx ; is rx samp = cntr? (eliminate lsb) 

bend same_7bitsd,eq ;b if equal 

; bad pattern 

10 retd 

splk #rx_7e_init,rxvect64 ; reset pattern detection from scratch 

sameJ7bitsd 

call set_rbs ; rbs detected, turn bit on in rbs_map 

15 

same_8bitsd 

splk #rx_sqau,rxvect64 ; next state of receiver (cnt up) 

lace rx_cnt_sqad ; increment counter 

20 sub #1 

sacl rx ent sqad 

sub #127 

retc neq 

25 ; SQA pattern fully detected 

bit isdnflg,forig ; originating? 

splk #tx_spla,tx_sqavect ; ; SP1 transmitter (answering side) 

splk #rx_spl,rxvect64 ; receive speed I sequence (ans/orig) 

30 retc ntc 

splk #tx_7e_l 5db,tx jmt_sqad ; send 7 7e's + 6n 7e*s 

splk #sqa_7e,tx_sqavect ;init state vector for next state 
retd 

35 splk #dtx_stos,txvect ; SQA transmitter (originating side) 



** 

40 * Receive SP1 sequence 

* Sequence consists of ff,81,81,dl,el,fl,gl,hl 

* ff,8rs are to sync up to (distinguishing from SQA pattern 

* d 1 -hi : MSB is 0, lsb is 1 , 6 bits of information 

* d 1 : version information: 000000 
45 * el: reserved for future use; 000000 

* fl : rbs position: 1 = rbs on this bit, 0 = no rbs on this bit 

* gl: restricted/unrestricted: OOvwxy 

* v = 1 1 bit insrt 0, no ins (if 1 side selects, both must use) 

* w = 1 scrambler 0, no scram (if 1 side selects, both must use) 
50 * x = 1 restricted, 0, unrestr 
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* y = 1, 64Kbps speed selected, 0 = not 64Kbps speed selected 

* hi : speed bits: mnopqr 

* m: I = 62.6Kbps selected, 0 = not selected 

* n: 1 = 61 .3Kbps selected, 0 = not selected 

* o: 1 = 60.0Kbps selected, 0 = not selected 

* p: 1 = 58.6Kbps selected, 0 = not selected 

* q: 1 = 57.3Kbps selected, 0 = not selected 

* rl= 56.0Kbps selected, 0 = not selected 
* 

***************************************************************^ 
** 



************************************************************** 
** 

* Receive 81,81 

*************************************************************************** 
** 

rxjspl 
rx 81 



call 






lace 


* 


; acc = rx samp 


or 


#1 


; or on 1 bit (in case lsb destroyed by RBS) 


sub 


#81h 


; is rx samp = 81? 


bend 


yes_81,eq 


; b if equal 






; reset pattern detector 



rx_81_i 

splk #0f8fh,rx_crc ; initialize crc (digital ISDN only) 

splk #rx_81 jxvect64 ; look for 81 patt 

retd 

splk #2,cnt_7e_64 ; init # 81's in a row to validate speed 



yes_81 

lace cnt__ 7e_64 

sub #1 

sacl cnt_7e_64 

retc gt 



acc = cnt_7e_64 =81 counter 
decrement 81 counter 
save cnt_7e_64 
return if counter > 0 



* 



retd 

splk #rx_ver,rxvect64 ; look for version byte 

************************************************************************* 
** 

* Receive version byte ^^^^ 
*************************************************************************** 

** 

rx ver 
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lace * ; acc = rx samp = rbs byte 

sacl tempx ; save for y 1 2 screen 

bldd tempx,#rxinfoOJ>uf 

call do_rx_crc ; calculate rx crc 



retd 

splk #rx_xx,rxvect64 ; receive reserved byte 



*************************************************************************** 
** 

* Receive reserved byte 

*************************************************************************** 

rxxx 

lace * ; acc = rx samp = rbs byte 

sacl tempx ; save for y 1 2 screen 

bldd tempx,#rxinfoO_buffl 
call do_rx_crc ; calculate rx crc 

retd 

splk #rx_rbs,rxvect64 ; receive rbs byte 



************************************************* 
** 

* Receive RBS byte 

*************************************************************************** 



** 

rx rbs 



lace * ; acc = rx samp = rbs byte 

sacl tempx ; save for yl2 screen 

bldd tempx,#rxinfo0_buf+2 

call do_rx_crc ; calculate rx crc 

and #7eh ; force to 6 bits 

bsar 1 ; shift right 1 

sacl rbs_map_rx 



retd 

splk #rx_rst,rxvect64 ; receive restricted data info byte 

*************************************************************************** 
** 

* Receive restricted info byte 

*************************************************************** 
** 

rxjrst 

lace * ; acc = rx samp = rbs byte 

sacl tempx ; save for y 1 2 screen 

bldd tempx,#rxinfoO_J)uf+3 
call do_rx_crc ; calculate rx crc 
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; turn on scrambler if remote side requests it 



bit 


*,frscr 


; is scrambler bit on in restricted byte? 


lace 


*,4 


; acc = rx samp = restricted info byte 


xc 


2,ntc 


9 


apl 


#astosscr,isdnflg ; force scrambler bit off if remote is < 


and 


#40h 


; mask off all but restricted bit 


or 


rbs_map_rx 




sacl 


rbsmaprx 




lace 


*,5 


; acc = rx samp 


and 


#40h 


; mask off all but 64K speed bit 


or 


#0ffbfh 




sacl 


rx_rate_rx 


; received rate from remote side 


retd 






splk 


#rx spd,rxvect64 ; receive restricted data info byte 



* Receive speed info byte 
rx_spd 



lace 


* 


; acc = rx samp = speed byte 


sacl 


tempx 


; save for y 12 screen 


bldd 


tempx,#rxinfoOJ)uf+4 


call 


do rx crc 


; calculate rx crc 


and 


#7eh 


; mask off all but speed bits 


bsar 


1 


; shift right to align with rx_rate 


or 


#0ffc0h 




and 


rx_rate_rx 


i 


sacl 


rx_rate_rx 


; build received rate from remote side 


splk 


#4,cnt_7e_64 


; receive 4 bytes w/CRC in it 


splk 


#0,rx_crcr 


; init received crc 


retd 






splk 


#rx_crcb,rxvect64 ; receive restricted data info byte 



** 

* Receive 4 crc bytes (OOOxxxxl) xxxx = 4 bits of crc in each byte 

*******************************^^ 

** 

rxcrcb 

lace rx_crcr, 16 ; combine with previous CRC nibbles 
sacb 
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10 



15 



20 



25 



30 



35 



zap 






ror 




' forpp mttv Kit tn ft 


lace 




and 


#leh 


; mask to 4 CRC bits 


ror 




* crc = 4 l^h 1 ^ 


ror 




1 CTC = 1 fah's and r.arrv hit 

f WW mf LOU O (U1U vail y Ul I 


orb 




rpt 


#3 


1 rotate rieht 4 times 


ror 






sach 


rx crcr 


' ^hvp iinH5itf»H rwpivpH (^tfP 

t OflVC UUlloLwU IQvCIVCU vi\v 


lace 


cnt_7e_64 


; ace = cnt_7e_64 = counter 


sub 


#1 


; decrement counter 


sacl' 


cnt 7e 64 

Will / w V™ 


• covp put 7p ^4. 

> SwIVv will /C DH 


retc 

Iwlv 




, I CI ILL 11 11 KAJ LlillCr ^ \J 






* rfv*f*i \jp l <\ pfitirp err* 

t I WWVl V w\l Gil 111 W wiw 


lacl 


rx_crcr 




and 


#0ffh 




call 


do_rx_crc 


; calculate rx crc (low byte) 


lacl 


rx crcr 




bsar 


8 




and 


#of& 




call 


do_rx_crc 


; calculate rx crc (high byte) 


cpl 


#0f0b8h,rx_CTC ; is CRC OK? (should be f0b8) 


splk 


#rx_spl,rxveet64 ; addr for BAD CRC (start SP1 over) 


retc 


ntc 


; BAD CRC, start over 


lacl 


rbs_map 




or 


rbs_map_rx 




sacl 


rbs_map 


; or local and remote rbs_map's t( 


J awl 


rxrate 




and 


rx_rate_rx 


; and remote and local rate masks togethi 


sacl 


rxrate 


bit 


isdnflg,forig 


; originating? 


splk 


#tx_e,tx_sqavect ; E transmitter (answering side) 


splk 


#rx_e,rxvect64 ; receive E sequence (ans/orig) 


retc 


ntc 





40 



retd 

45 splk #tx_spla,tx_sqavect ; ; SP1 transmitter (originating side) 

do_rx_crc 
sacb 

50 calc_crc_byte rxcrc ; calculate crc and store in rx_crc 
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10 



lacb 
ret 

** 

* Receive E (81,81,81,81) 
** 

rxe 

call rx 81 ie 



rx_81e 

lace * ; acc = rx samp 

15 or #1 ; or on 1 bit (in case lsb destroyed by RBS) 

sub #81h ;isrxsamp = 81? 

bend yes_81e,eq ;b if equal 

; reset pattern detector 

20 rx_81_ie 

splk #rx_8 1 e jxvect64 ; look for 8 1 patt 
retd 

splk #4,cnt_7e_64 ; init # 8 l's in a row to validate speed 

25 yes_81e 

lace cntJ7e_64 ; acc = cnt_7e_64 = 81 counter 
sub #1 ; decrement 81 counter 

sacl cnt_7e_64 ; save cnt_7e_64 
retc gt ; return if counter > 0 

30 

; E sequence received 

; connect and prepare for scrambled data 



35 bit isdnflgjforig ; originating? 

bend rx_e_orig,tc ; b if originating 

lace rxvect_bak ; (answering side) tx already sending scr data 

sacl rxve^t ; restore receiver to receive scr data 
40 ret 

rx_e_orig ; originator: transmit E, receive scr data 

bit rxjate,fs64 ; is 64kbps possible? 

45 cc connect_64,tc ; b if yes 

bit rx_rate,fs64 ; is 64kbps possible? 

bend no_chk56,tc ; yes, don't check other speeds 

50 bit rx_rate,fs56 ; is 56kbps possible? 
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10 



15 



cc connect_56,tc ; b if yes 

no_chk56 

lace txvect 

sacl txvect Jjak ; save txvect to restore later 

splk #dtx_stos,txvect ; SQA transmitter (originating side) 
re td ; transmit E, receive scrambled data 

splk #tx_e,tx_sqavect ; E transmitter (originating side) 

«*»******»***«********^^ 
** 

* Look for 7 7e's (or 7f s) 



rxJ7e_init 

call rx_7e_i 

rx_7e 

2Q call incr_rbs ; increment rbs position 

rx_7e_00 

lace #0400h 
sacb 

call chk il 1 ; check on saving data to il 1 



25 



30 



lace * ; acc = rx samp 

sub #7eh ; is rx samp = 7e? 

bend yes_7e,eq ; b if equal 



lace * ; acc = rx samp (eliminate lsb) 

sub #7fh ; is rx samp = 7f? 

bend yes_7f,eq ; b if equal 

; reset pattern detector 

35 rxJ7e_i 

splk #rx_7e f rxvect64 ; look for 7e/7f patt 

splk #thresh_7ea,cnt_7e_64 ; init # 7e ! s in a row to validate speed 

splk #0,rbs_map ; init rbs_map to 0 (no RBS) 

splk #4,rx_cnt jrbs ; init rbs position cntr to 5 



40 



45 



ret 

yes_7f 

call set_rbs ; rbs detected, turn bit on in rbs^map 

yesJ7e 



lace cnt_7e_64 ; acc = cnt_7e_64 = cntJ7e (7e counter) 
su b #1 ; decrement 7e counter 

50 sacl cnt_7e_64 ; save cnt_7e_64 
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; return if counter >0 



splk #rx_00,rxvect64 ; look for 00 patt 
splk #7,cnt_7e_64 ; find 7 O's in a row 



10 



ret 

** 

* Look for 7 00's (or 01 's if RBS) (or 02's if restricted data type) 



rx 00 



15 



20 



25 



30 



35 



40 



45 



call incr_rbs ; increment rbs position 



lace * 

bend yes_00,eq 

sub #lh 

bend yes_01,eq 



; acc = rx samp 
;b if equal 

; is rx samp = 1? 
;b if equal 



opl #40h,rbs_map ; or msb of lower byte on => 0 to 2 conversion 



sub #lh ;isrxsamp = 2? 

bend yes_00,eq ; b if equal 



sub #lh 
bend yes_01,eq 



; is rx samp = 3? 
;b if equal 



splk 
bd 

apl 

lace 
sub 



#1 ,cnt_7e_64 ; init # 7e f s in a row to validate speed 
rx_7e_00 ; see if still receiving 7e's 

#0ffbfh^bs jnap ; and msb of lower byte off => no 0 to 2 conv 



* 

#7eh 



bend yes_7e,eq 



lace 
sub 



#7fh 



bend yes_7f»eq 
call reset_il 1 



lace 
and 
or 
call 



*,ai2 
#0ffh 
#0300h 
save ill 



; acc = rx samp 
; is rx samp = 7e? 
; b if equal 

; acc = rx samp (eliminate Isb) 
; is rx samp = 7f? 
;b if equal 

received 7 7e's and then received something 
that is o 7e/7f and o 00/01 . Save it. 
save info for II 1 



50 



splk #18,il l_cnt ; save 18 bytes of data after o7e/00 byte 
b rx_7e_i ; reset to look for 7e/7f 
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yes_01 

call set j-bs ; rbs detected, turn bit on in rbsjnap 

5 

yes_00 

lace cnt_7ej>4 ; acc = cnt_7e J$4 = cnt_7e (00 counter) 

sub #7 ; first 00 detected? 

10 cc reset J 1 l,eq ; b if yes 

lace *,ar2 ; save info for II 1 

and #0ffh 

or #0100h 

15 call savejll 

lace cnt_7e_64 ; acc = cnt_7e_64 = cnt_7e (00 counter) 

sub #1 ; decrement 00 counter 

sacl cnt_7e_64 ; save cnt J7e_64 

20 retc gt ; return if counter >0 

splk #1241 l_cnt ; save 12 bytes of data after 00's 

splk #rx_sqau,rxvect64 ; next state of receiver (cnt up) 

splk #0,rx_cnt_sqau ; init up cntr to 0 (cnts up to 1 27) 

25 splk #255,rx_cnt_sqad ; init down cntr to 255 (cnts down to 128) 

ret 

save_il 1 

30 lar ar2,#stos_ill 

lar ar2,* 

sacl *+,arl ; save receive data into vfcj>robe_results 

sar ar2,tempx 

bldd tempx,#stos_il 1 
35 ret 



reset_i 1 1 ; initialize stos_i 1 1 ptr 

40 mar *,ar2 

lar ar2,#stos_ill 

splk #vfc_probe_results,* 

lar ar2,#vfc_probe_results 

45 rptz #24 

sacl *+ 

mar *,arl 

50 lacl #stos_stats ; report rdata_on to SV 
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b queue_status 



10 



** 

* 3 second timeout for stos mode elapsed => fall back to v.34 

** 

stos_failed 

call set amfe 



lar arl,#arcflg 

15 apl #aarc,* ; turn off PCM code 

Idp #6 

splk #queue_unpacked,rxd_vect ; use unpacked data mode as default 

20 ldp #7 

apl #adigisdn,sysflg2 ; Turn off digital ISDN bit (V120, ppp,».) 

b init retrain v34 



25 



.endif 



30 connect_isdn ; send isdn connect messages to supv 

; and unclamp data 
; input: sysflg has accurate speed bit 
; dp = 7 or isdn_dp2 





mar 


*arl 




35 


sar 


arl,tempy 


; save arl for tx_e (PCM code) 




lar 


arl,#sysflg2 






bit 


*,fusr_mode 




40 


bend 


not_stos,ntc 






lace 


#connect_arc|8000h ; report connect 




call 


queuestatus 


* 


45 


bit 


isdnflg,£56k 


; 1=56K,0 = 64K 




lace 


#1010h 


; 64K connect 




xc 


2,tc 


; Connect stos 56K? 




lace 


#0e0eh 


; 56K connect 


50 


call 


queue_status 


; report speed to supervisor 
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not stos 



connect com 



10 



lace 
call 

lace 
and 
xor 
call 



#connect_digital|8000h ; report digital connection to supv 
queue_status ; 

isdnflg ; acc = isdnflag (contains speed bit 

#o56k ; mask off all bits except speed bit 

#o56k ; toggle bit 

queue_status ; report speed to supervisor 



connect_com 

15 

lacl #rx_data_on ; report rdata_on to SV 

call queue_status 



20 



25 



30 



35 



lacl #tx_data_on ; report tdata_on to SV 

call queue_status 

lacl #carrier_present 

call queue_status ; report carrier present to supervisor 

lar arl,#sysflg ; Point AR1 to the flag 

opl #otxd|oixd,* ; and unclamp both Rx and Tx data... 

lar arl,tempy ; restore arl for tx_e (PCM code) 

bldd txvect,#txvect ; txvect(dp7) = txvect(dp7 or isdn_dp2) 

bldd rxvect,#rxvect ; rxvect(dp7) = rxvect(dp7 or isdn_dp2) 

ldp #7 ; force dp = 7 on return to main loop 

ret ; dp = 7, ar(arp) = arl 

init_speed ; initialize data parms for particular speed 

; dp = 7 (Ch 1/2) or isdn_dp2 (Ch 2) 



40 



45 



lacl #5 
sacl txmark 
sach txbindx 
sach txdbuf 
.if PCM code 
sach scraml 
sach scramh 
.endif 

splk #get_data,txd_vect ; initialize txdjvect 



; prepare for var init 
; init SDLC marks counter 
; clear data buffer 
; clear data buffer 

; init scrambler to 0 
; init scrambler to 0 



50 



splk #0£fh,txmask ; mask 8 bits 

bit isdnflg,f56k ; Is the 56K interworking bit set? 

lacl #8 . ; Assume 64Kbps interworking (8bit/baud) 

xc 1 ,TC ; If yes, then set the number of TX bits 

sub #1 ; per "baud" to 7 (56Kbps) 
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sacl 


txnbit 


; Set appropriate bits/symbol 


xc 


2 TC 


; If 56K, then set the number of bits 




#07 fh tTfmn«V 


; mask 7 bits (56kbps) 




til 




1st 




; set dp = 6 or isdn__dp2 ar(aip) = arl 


□ovl 


nrnhit 


; Set appropriate bits/symbol 




1 AUU1UA 


; clear data buffer 


sach 


rxdbuf 


; clear data buffer 


if 
•11 


PCM code 




sach 


descrh 


; init descrambler to 0 


sach 


descrl 


; init descrambler to 0 


.endif 






sach 


rx_in_frame 


; init to out of frame, no crc, no filter figs 




#Offh,rxmask 


; mask 8 bits (64kbps) 


XC 


2JC 


; If 56K, then set the number of bits 




#07fh,rxmask 


; mask 7 bits (56kbps) 


splk 


#filter_marks,rxd__vect ; use filterjnarks data mode as default 


Idp 


#7 




1st 


#0,dp_7 


; set dp = 7 or isdn_dp2 ar(arp) = arl 


ret 







25 


init_autod 












; dp = 7 (Ch 1/2) or isdn_dp2 (Ch 2) 




splk 


#dtx_auto,txvect 


; send auto-detect pattern for TX 




splk 


#drx_auto,rxvect 


; send auto-detect pattern for RX 




splk 


#start_over,ixvect64 


; find 1st 0 in 7e patt at 64kbps 


30 


splk 


#start_over,rxvect56 


; find 1st 0 in 7e patt at 56kbps 




splk 


#0ffHh,cnt Is 56 


; OfHfh indicates no O's received 




lace 


#2000 


; wait 2000 bytes before switching 




sacl 


tx_auto_cnt 


; xmit rate 


35 


sacl 


tx_auto_thrsh 


; set reset value 




splk 


#32000,cnt_bytes_lo 


; init 32-bit timeout cntr to 4 sec. 




splk 


#0,cnt_bytes_hi 


; init 32-bit timeout cntr to 4 sec. 



40 

* Digital call initialization (common to both originate and answer modes and 

* common to all digital data call setup paths) 

** 

start_digital_call 

; dp = 7 (Ch 1/2) or isdn_dp2 (Ch 2) 
50 call init_speed ; initialize xmit & rev states & vars 
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; dp = 7 (Ch 1/2) or isdndp2 (Ch 2) 

bit isdnflg_orig,fistos ; PCM code server-to-server mode? 
lace isdnflg ; acc = isdn flags, is it vl 20 fixed rate? 

and #ollOaut ; is it vl20 fixed rate? (0 = yes) 
cc connect_isdn,eq,ntc ; Yes, send connect messages (rtn dp = 7) 
;dp = ? 

ldp #7 

1st #0,dpJ7 ; set dp = 7 or isdn_dp2 ar(arp) = arl 

Initialize tx and rx front end pointers for ISDN 



pop ; skip analog stuff in cmdproc 

bit isdnflg_orig,fch2 ; Is the command for IOM Ch 2? 

1 5 ldp #isdn_dp ; set up channel based parameters 

bend set_iom_chan,unc ; set correct channel for tx/rxvectl/2 

*************************************^*********^ 
♦* 

20 * dtx_clear_orig_mb 1 and dtx clear_answ_mbl handle xrait HDLC functions 

* for V.120 and PPP on mailbox 1. 

* This is a possible state of txvect/2 



* inputs dp = 7 
25 * ar(arp) = arl 

arl = *(8 bit sample to transmit to the link) 



♦ 
* 



outputsdp = 7 

ar(arp) = arl 

■JQ *********************************************^ 



35 



40 



45 



dtx_clear_orig_mb 1 

dtx_clear_answ_mb 1 ; dp = 7 

sar arl ,tempx ; tempx = ptr to xmit sample 

call get_txd,*,arl ; get data from supv. (must not use tempx) 
;dp = 7 

jf PCM code 
lacl txdata 

and txmask ; mask off extra bits (for scrambler) 
sacl txdata ; save transmit data 

bit isdnflg,fstosscr ; PCM code server to server call with scrambler? 
cc scram_v32orig,tc ; call PCM code server to server TX routine 



bit isdnflg,fstoszbs ; PCM code stos call w/zero byte supression 
50 * cc tx_zbs,tc ; call tx zero byte supression routine 
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10 



lacl txdata 

lar arl,#arcflg 

bit *,farc ;stos? 

cc bit_reverse8,tc ; Prepare "digital" sample for transmission 



sacl txdata 
.endif 



; txdata_main/aux = reversed bits. 



15 



lar arl ,tempx ; arl = ptr to xmit sample 



retd 
lacl txdata 
sacl * 



; acc = txdata 

; txdata_main/aux = transmit data 



20 



25 



30 



** 



* 

* 

* 
* 



drx_clear_orig_mb 1 and drx_clear_answ_mb I handle receive HDLC functions 
for V. 120 and PPP for mailbox 1 . 
This is a possible state of rxvect/2 

inputs dp = 7 
ar(arp) - arl 

arl = *(8 bit rceive sample from the link) 

outputsdp = 7 

ar(arp) = arl 



35 drx_clear_orig_mb 1 
drx_clear_answ_mb 1 
ldp #6 
lacl * 



dp = 7 
dp = 6 

acc = receive data 



40 



45 



.if 

mar 

lar 

bit 

cc 

.endif 



PCM code 
*,ar2 

ar2,#arcflg 
*,farc,arl 



; stos? 



bit_reverse8,tc ; Prepare "digital" sample for transmission 



50 



and rxmask ; mask to 8 or 7 bits 
sacl rxdata ; and save for transport to SV 
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10 



15 



25 



30 



.if PCM code 

mar *,ar2 

lar ar2,#isdnflg 

bit * ,fstosscr,ar I ; is it an PCM code server to server call w/scr? 

cc descram_v32answ,tc ; call PCM code server to server RX routine 

* bit isdnflg,fstoszbs ; PCM code stos call w/zero byte supression 

* cc rx_zbs,tc ; call rx zero byte supression routine 
.endif 

call queuerxd^arl ; send receive data to supv. (input dp = 6) 

ldp #7 ; output dp = 7 

ret 



* dtx_clear_orig_mb2 and dtx_clear_answ_mb2 handle xmit HDLC functions 

* for V.120 and PPP for mailbox 2 

20 * This is a possible state of txvect/2 
* 

* inputs dp = 7 

* ar(arp) = arl 

* arl = *(8 bit sample to transmit to the link) 



* 



* outputsdp = 7 

* ar(arp) = arl 



mm 



dtx_clear_orig_mb2 

dtx_clear_answ_mb2 ; dp = 7 

ldp #isdn_dp2 ;useMB2 
35 sar arl,tempx ; tempx - ptr to xmit sample 

call get_txd,*,arl ; get data from supv. (must not use tempx) 
; dp = isdn_dp2 

.if PCM code 
40 lacl txdata 

and txmask ; mask off extra bits (for scrambler) 
sacl txdata ; save transmit data 

bit isdnflg,fstosscr ; PCM code server to server call with scrambler? 
45 cc scram_v32orig,tc ; call PCM code server to server TX routine 

.endif 

lar arl , tempx ; arl = ptr to xmit sample 
50 lacl txdata ; acc = txdata 
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retd 

ldp #7 ; return dp = 7 

sacl * ; txdata_main/aux - transmit data 

5 

** 

* drx_clear_orig_mb2 and drx_clear_answ_mb2 handle receive HDLC functions 

* forV.120andPPP. 

10 * This is a possible state of rxvect/2 
* 

* inputs dp = 7 

* ar(arp) = arl 

* arl = *(8 bit rceive sample from the link) 
15 * 

* outputsdp = 7 

* ar(arp) = arl 
*******************)^***************^ 

*» 

20 

drx_clear_orig_mb2 
drx_clear_answ_mb2 ; 



25 



30 



35 



ldp 
lacl 
and 
sacl 

.if 

mar 

lar 

bit 

cc 

.endif 



#isdn_dp2 

rxmask 
rxdata 



; yes, use MB2 

; acc = receive data 

; mask to 8 or 7 bits 

; and save for transport to S V 



PCM code 
*,ar2 

ar2,#isdnflg 

*,fstosscr,arl ; is it an PCM code server to server call w/scr? 
descram_v32answ,tc ; call PCM code server to server RX routine 
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bldd 

call 

call 

ldp 

ret 



#rx_crcl3,tempz ; move rx_crc from isdn_dp2 to tempz 
queue_rxd_mb2,*,arl ;send receive data to SV(inpt dp=isdn_dp2) 
queue_rxd,*,arl ;send receive data to SV(inpt dp=isdn_dp2) 
#7 * ; output dp = 7 



.end 
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We claim: 

1. A method for determining characteristics of a data communication channel between first 
and second data communication devices comprising, in combination: 

sending a relatively low power digital probe signal over said channel from said first to 
said second data communication devices; 

sending a second digital probe signal corresponding to an analog signal having a 
relatively high-frequency signal with a time-varying dc component from said first to said 
second data communication devices; and 

detecting a received signal at said second data communication device, said received 
signal corresponding to said probe signals sent by said first device, and determining whether 
said received signal varies from a predetermined standard. 

2. A method as claimed in Claim 1, wherein said relatively high frequency signal is greater 
than 3^00 Hertz. 

3. A method as claimed in Claim 1, wherein said relatively high frequency signal is 
substantially equal to 4,000 Hertz. 

4. A method as claimed in claim 1, wherein said relatively high frequency signal has an 
amplitude of approximately one-half of a maximum amplitude permitted for said channel. 

5. A method as claimed in claim 1, wherein said probe signal is synchronized between said 
first and said second data communication device. 
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6. A method as claimed in claim 5, wherein said probe signal includes a total number of bytes 
substantially equally divisible by 6. 



7. A method as claimed in claim 1 wherein said method further comprises sending a third, 
5 substantially all-zero, probe signal. 

8. A method as claimed in claim 1 wherein said step of determining whether said received 
signal varies from a predetermined standard includes determining whether robbed bit 
signaling has affected a probe signal. 

io 

9. A method as claimed in claim 8, wherein said step of determining whether said received 
signal varies from a predetermined standard further comprises at least one of: determining a 
number of robbed bits, and determining a location of a robbed bit. 

15 10. A method as claimed in claim 1 wherein said step of determining whether said received 
signal varies from a predetermined standard includes determining whether digital ones have 
been inserted in a probe signal. 

1 1 . A method as claimed in claim 1 wherein said step of determining whether said received 
20 signal varies from a predetermined standard includes determining whether a probe signal has 

passed through a digital pad. 

1 2. A method as claimed in claim 1 wherein said step of determining whether said received 
signal varies from a predetermined standard includes monitoring said received signal for a 



47 



WO 98/39866 PCT/US98/04271 
digital signal corresponding to an analog signal having a relatively high-frequency signal with 
a time-varying dc component. 



13. A method as claimed in claim 1, wherein said second probe signal comprises a sequence 
of digital codewords. 

14. A method as claimed in claim 13, wherein said sequence of digital codewords comprises 
256 distinct codewords. 

15. A method as claimed in claim 14, wherein said 256 distinct codewords correspond to a 
series of levels associated with a 256 level quantizer. 

16. A method as claimed in claim 1, wherein said relatively low power digital probe signal is 
of sufficient length so that an average power of at least said low power digital probe signal 
and said second digital probe signal is less than a predetermined threshold. 
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FIG. I 
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FIG. 3 




THE FF PATTERN IS DEFINED 
AS TRANSMITTING THE HEX 
BYTE FF REPEATEDLY 



FIG. 4 




THE SQA PATTERN BEGINS WITH 7+6n BYTES OF 7E, WHERE n= 
290. THIS IS FOLLOWED BY 7 BYTES OF OQ THIS IS FOLLOWED BY 
BYTES GENERATED BY AN INCREASING COUNTER FROM 00 TO 7F 
WHICH ARE INTERLEAVED WITH BYTES GENERATED BY A 
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FIG. 5A 




THE SP1 SEQUENCE CONSISTS OF ONE BYTE OF FF, TWO BYTES OF 
81, AND 9 BYTES (d*-l*) OF INFORMATION. THE INFORMATION 
BYTES ALL HAVE THE MOST SIGNIFICANT BIT SET TO 0 AND THE LEAST 
SIGNIFICANT BIT SET TO 1, AND THE MIDDLE SIX BITS CONTAIN 
INFORMATION (DEFINED IN NEXT FIGURE.) 



FIG. 5B 

d*: VERSION INFORMATION: OOOOOO 

e*: RESERVED FOR FUTURE USE: OOOOOO 

f*: ROBBED BIT SIGNALING POSITION: 1*RBS0N THIS BIT, 0«N0 

RBS ON THIS BIT 
g*: MISCELANEOUS INFO: (BIT bO IS THE LEAST SIGNIFICANT BIT) 

b6 = 0 (RESERVED FOR FUTURE USE) 

b5 « 0 (RESERVED FOR FUTURE USE) 

54 * 1 TO USE ZERO BYTE SUPRESSION, 0 TO NOT USE zbs 

b3 ■ 1 TO SCRAMBLE THE DATA, 0 NOT TO SCRAMBLE THE DATA 

b2 * 1 IF THE CHANNEL IS "RESTRICTED? 0 IF THE CHANNEL 
IS UNRESTRICTED. 

b1« 1 IF 64kbps SPEED IS SELECTED, 0 IF 64kbps SPEED 
NOT SELECTED 

h*: SPEED BITS: 

b6 • I IF 62.6Kbps SELECTED. 0 » NOT SELECTED 
b5 = 1 IF 61.3 KbpS SELECTED. 0 = NOT SELECTED 
b4 * 1 IF 600 Kbps SELECTED. 0 * NOT SELECTED 
b3 = I IF 58.6Kbps SELECTED. 0* NOT SELECTED 
b2 = I IF 57.3Kbps SELECTED. 0 » NOT SELECTED 
bt - 1 IF 56.0Kbps SELECTED. 0 » NOT SELECTED 

i* : CRC 4 BITS: OOOCRCal (FIRST 4 BITS) 

i* : CRC 4 BITS: OOOCRCbt (SECOND 4 BITS) 

k*: CRC 4 BITS: OOOCRCCl (THIRD 4 BITS) 

I* : CRC 4 BITS: OOOCRCdl (FOURTH 4 BITS) 
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